-
Notifications
You must be signed in to change notification settings - Fork 10
Make layer_predict
forward stored dots_list to predict()
#358
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make layer_predict
forward stored dots_list to predict()
#358
Conversation
We were missing `type` and `opts` in documentation because they weren't in the signature of `predict.epi_workflow`, not because of an issue with `predict.model_fit` docs, and it seems like the latter method is the one we'd be directly using.
@dajmcdon I addressed some comments but still have a few pending questions up above. The new changes might be worth a look... they don't seem too elegant as (i) they involve passing around type, opts, ... in many places but not everywhere, and (ii) because it's actually forwarding stuff in previously-unused ...; it was a quick and NSE-compatible way to do things, but I'm not sure we want to sacrifice parts of the dots "namespace" in so many places. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @brookslogan this all looks good to me. Feel free to merge.
Since epiprocess#472, as_epi_df.<decayed epi_df> will ignore the geo and time type args and re-infer them, plus emit a warning if these args were provided. We could `dplyr_reconstruct` to go back to trusting `meta` instead of re-inferring, but since baking could plausibly (but likely rarely) change them, don't. - Pre-epiprocess#472, this should be a bugfix in any such rare cases. - Post-epiprocess#472, this should remove warning spam.
@dajmcdon tests were failing due to an epiprocess update; I've slightly changed bake behavior in a way I think is a rare bugfix. Since bake-ing's pretty key, I'll leave it to you to merge. |
Workaround for epiprocess#493.
Checklist
Please:
dajmcdon.
DESCRIPTION
andNEWS.md
.Always increment the patch version number (the third number), unless you are
making a release PR from dev to main, in which case increment the minor
version number (the second number).
(backwards-incompatible changes to the documented interface) are noted.
Collect the changes under the next release number (e.g. if you are on
0.7.2, then write your changes under the 0.8 heading).
epiprocess
version in theDESCRIPTION
file ifepiprocess
soonepipredict
andepiprocess
Change explanations for reviewer
This uses
rlang::inject()
to splat in the stored dots list. Some validation and tests have also been added, plus following @dajmcdon's suggested correction to an@inheritParams
directive.Magic GitHub syntax to mark associated Issue(s) as resolved when this is merged into the default branch
layer_predict()
to pass along...
#46